o 
o 



A 



o 

H 



w UTILITY 

PATENT APPLICATION 
TRANSMITTAL 

(Only for new nonprovisional 
applications under 37 CFR L53(b)) 



O 



Title of Invention 



Named Inventor(s) 



Attorney Docket 



Express Mail Label No, 



System and Method for Providing Regional Settings for ® 
Server-Based Applications o 



CM 



Ludovic Hauduc and Tuna Ertemalp 



06576.105029 - MS No. 154666.1 



EF045414118US 



APPLICATION ELEMENTS 



Assistant Commissioner of Patents 
ADDRESS TO: Box Patent Application 

Washington, D.C. 20231 



ACCOMPANYING APPLICATION PARTS 



□ 



a. [g| 



Fee Transmittal Form 

(Submit an original, and a duplicate for fee processing) 
Applicant claims small entity status. See 37 cfr 1.27. 
Specification, Claims, 
and Abstract Total Pages 15 

Drawings Total Sheets 8 

Oath or Declaration Total Pages 2 

Newly executed (original or copy) 
Copy from prior application (37 CFR 1.63(d)) 

(for continuation/divisional with Box 17 
completed) 

(!)□ DELETION OF INVENTORY) 
Signed statement attached deleting 
inventor(s) named in the prior 
application, see 37 CFR 1.63(d)(2) 
and 1.33(b). 
Application Data Sheet. See 37 CFR 1.76. 
CD-ROM or CD-R in duplicate, large table or 
Computer Program (Appendix) 
Nucleotide and/or Amino Acid Sequence 
Submission (if applicable, all necessary) 

a. □ Computer Readable Form (CRF) 

b. Specification Sequence Listing on: 

i. □ CD-ROM or CD-R (2 copies); or 

ii. □ paper 

c. □ Statement verifying identity of above 
copies 



9. Assignment Papers (cover sheet & document(s)) 

1 0. □ 37 CFR 3 .73(b) Statement 

(when there is an assignee) 

□ Power of Attorney by assignee 

11. □ English Translation Document (if applicable) 

12. □ Information Disclosure Statement (IDS) 

PTO-1449 

□ Copies of IDS Citations 

13. □ Preliniinary Amendment 

14. g| Return Receipt Postcard (MPEP 503) 

(Should be specifically itemized) 

15. □ Certified Copy of Priority Documents) 

16. |^ Other; Checks $710.00 and $40.00 



□ 
□ 



17. If a CONTINUING APPLICATION, check appropriate box and supply the requisite information: 
□ Continuation □ Divisional □ Continuation-in-part (CIP) of prior application No: 
Prior application information: Examiner: Group/ArtUnit: 

For CONTINUATION OR DIVISIONAL APPS only: The entire disclosure of the prior application, from which a copy of the oath or declaration is supplied under Box 5b, is 
considered as being part of the disclosure of the accompanying continuation or divisional application and is hereby in>jft>orated by reference. The incorporation can only be 
relied upon when a portion has been inadvertently omitted from the submitted application parts. 




1 8. CORRESPONDENCE ADDRESS: 

W. Scott Petty, Esq. 
KING & SPALDING 
45 th Floor 

191 Peachtree Street, N.E. 
Atlanta, Georgia 30303 



Reg. No. 35,645 



Telephone: 404.572.460" 
Facsimile: 404.572.5145' 
Customer No. 20786 



FEE TRANSMITTAL 



Attorney Docket No. 06576.105029 - MS No. 154666.1 



This sheet accompanies a patent application transmittal for the following application: 



Inventor(s): Ludovic Hauduc and Tuna Ertemalp 
Filing Date: November 1, 2000 

Title: System and Method for Providing Regional Settings for Server-Based Applications 

The filing fee is calculated as shown below: 
1. FILING FEE: 



SMALL ENTITY 



LARGE ENTITY 



FOR: 


FEE 


FEE PAID 


FEE 


FEE PAID 


[^1 UTILITY FILING FEE 


$355 




$710 


$710 


□ DESIGN FILING FEE 


$160 




$320 




□ PLANT FILING FEE 


$245 




$490 




□ REISSUE FILING FEE 


$355 




$710 




n PROVISIONAL FILING FEE 


$75 




$150 








SUBTOTAL (1) 


$xxx 




$710 


2. H CLAIMS: 






SMALL ENTITY 


LARGE ENTITY 


^ FOR: 


NO. FILED 


NO. EXTRA 


RATE 


FEE 


RATE 


FEE 


TOTAL CLAIMS 


8-20 = 


0 


x9 = 




xl8 = 


0 


INDEP. CLAIMS 


3- 3 = 


0 


x40 = 




x80 = 


0 


□ MULTIPLE DEPENDENT CLAIM PRESENTED 


+135 = 




+270 = 








SUBTOTAL (2) 


$xxx 




$0 


3p ADDITIONAL FEES: 




SMALL ENTITY 


LARGE ENTITY 


FpR: 


FEE 


FEE PAID 


FEE 


FEE PAID 


[IJLATE FILING, FEE OR OATH 


$65 




$130 




□ NON-ENGLISH SPECIFICATION 


$130 




$130 




□ OTHER 










SUBTOTAL (3) 


$xxx 




$xxx 



TOTAL FILING FEES: $710 
A check is enclosed for the total amount: $710 

□ Charge any additional fees required under 37 C.F.R. 1.16 or 1.17 to Deposit Account 1 1-0980. 

KING & SPALDING 
45 th Floor, 191 Peachtree Street, N.E. 
Atlanta, Georgia 30303 
Telephone: 404.572.46( 

s Date: November 1, 2000 

W. Scott Sfctty, Attorney 1 
Reg. No/35,645 




SYSTEM AND METHOD FOR PROVIDING REGIONAL SETTINGS FOR 
SERVER-BASED APPLICATIONS 

TECHNICAL FIELD 

The present invention is generally directed to providing application content in a 
distributed computing environment in a variety of different languages. More specifically, the 
present invention supports a server-based conversion of content of an application sensitive to 
regional settings, such as numbers, dates, times and currency values, into the format 
corresponding to a desired language. The conversion is accomplished without altering the code 
for the application and without reproducing separate versions of the application in desired 
languages with distinct regional settings. 

BACKGROUND OF THE INVENTION 

The Internet has quickly become a popular means for transmitting information because of 
the world-wide access it provides to information resources. The information on the Internet is 
available in a variety of formats and it can have educational, entertainment, or business purposes. 
The World Wide Web (the "Web") is one of the largest and most popular distributed computing 
networks that make-up the Internet. The Web comprises interconnected computers from around 
the world. A computer connected to the Internet can download digital information from Web 
server computers. The Web comprises resources and clients that communicate digital 
information and instructions typically using a format known as Hypertext Markup Language 
(HTML). These instructions can include information for formatting text, linking to digital data, 
and receiving digital data. 

One of the assets of the Web, world-wide interconnectivity, can also be an obstacle in 
that people around the world speak different languages. The information generated by Web 
server computers is typically in one language. A further problem is that languages often have 
distinct formats (regional settings) for information pertaining to dates, times, currencies, and 
counting numbers. For example, the date October 23, 2000 is expressed in the United States as 
10/23/00, but in Europe is generally expressed as 23/10/00. These constraints limit the 
usefulness and value of the Web server computer on a global scale. 

The conventional approach to solving this problem is to design a single Web page in one 
language with its regional settings that permits a client to choose a language from a limited list of 



languages supported by the site. Copies of the Web applications are reproduced in the languages 
supported by the site. The regional settings for each copy are also modified to correspond to the 
language of that copy. Once the client makes a language selection, it is directed to one set of the 
Web applications in the chosen language. 
5 The conventional approach is a labor-intensive solution in that a separate set of Web 

pages or Web applications must be created in each language with the correct regional settings. 
Any time the Web application is changed or updated, each version of the Web application must 
be changed to make the language and regional settings current. Maintaining a separate version 
of the Web application for each language and its regional settings is time consuming and limits 
1 0 the practical ability to support many different languages. 

In view of the foregoing, there is a need in the art for a method and system which will 
allow Web applications to support many different languages and their regional settings. 
□ Specifically, there is a need for Web applications to provide content in various languages without 
C ! separate versions of the application for each language. There is a further need to change Web 
|j5 applications and keep them current without having to alter the same element in each version of a 
n Web application. 

SUMMARY OF THE INVENTION 

£ The present invention is generally directed to software modules operating in a distributed 

So computing environment. Specifically, the invention is designed to operate on a wide area 
E network such as the World Wide Web (the "Web"). The Web comprises Web pages or Web 
C applications that reside on computer servers in a network and that can be accessed by clients. 
The invention can convert the contents of a Web application so that the format for region- 
specific information, such as dates, times, counting numbers, and currency values, conforms to 
. 25 that of the client's particular language. The invention enables the changing of formats of the 
elements that make-up the content of the application without altering the underlying code of the 
application. 

The present invention operates in a distributed computing environment with at least one 
server and clients connected to the server. A client will access a desired application located on a 
30 server. To enable the client to receive an application in a desired language, the server determines 
the client's language preference. Language pack software modules residing on the server contain 
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the encoded strings of the application and their corresponding translation in a particular 
language. Using the appropriate language pack, the server can convert, or localize, the encoded 
strings in the application content to the client's preferred language. A text converter software 
module also residing on the server can place all data that is sensitive to regional settings in the 
5 correct format for the client's preferred language. The text converter receives all strings that are 
sensitive to regional settings from the ASP Engine and places them in the proper format. The 
text converter returns the properly formatted strings to the ASP Engine. Upon completing the 
localization and formatting, the server can send the application content to the client. 

Existing Web applications do not permit efficient conversion of regional settings into 

10 many languages. The conventional approach involves creating a homepage in one language and 
then providing links from the homepage to duplicate sets of Web pages. Each duplicate set is 
translated into a different language with the appropriate format information for the regional 

f i settings. In contrast, the present invention requires only one set of Web pages for the specific 

;= Web application. The single application contains elements that make-up the content of the 

CB> application and are encoded as strings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

T FIG. 1 is a functional block diagram illustrating the operating environment for an 

J7 exemplary embodiment of the present invention. 

10 FIG. 2 is a functional block diagram illustrating the architecture of a distributed computer 

h network in accordance with an exemplary embodiment of the present invention. 

O FIG. 3 is a logic flow diagram illustrating an overview of an exemplary process for 

converting a Web application into a language selected by a client with the appropriate regional 

settings. 

25 FIG. 4 is a logic flow diagram illustrating an exemplary process for a server to adopt a 

client's regional settings. 

FIG. 5 is a logic flow diagram illustrating an exemplary process for determining a client's 

language preference. 

FIG. 6 is a logic flow diagram illustrating an exemplary process for localizing a Web 
30 application with a language pack. 
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FIG. 7 is a logic flow diagram illustrating an exemplary process for formatting regional 
settings. 

FIG. 8 is a logic flow diagram illustrating an exemplary process for sending a localized 
and formatted application to a client. 

5 

DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS 

The present invention allows for the server-based translation of content for an application 
into a variety of different languages with the correct regional setting format. Instead of having to 
create a different version of a particular application for every desired language, only one version 
10 is maintained on a server computer. Files called language packs and text converters also reside 
on the server. Language packs contain the data for converting the application content into a 
desired language. A text converter is capable of placing information such as dates and times in 
q the correct format for the desired language. When a client accesses an application residing on a 
^ server it can choose a language for the application content to be displayed in by the browser. At 
© the time the application is accessed, the client also transmits its regional setting information to 
% the server. The data contained in the language packs is used to translate the application content. 
";f The text converter takes any data sensitive to the regional settings of the language, places the 
J sensitive data in the proper format, and converts the formatted data to a string. An ASP Engine 
r." inserts the formatted string into the translated content of the application and, in turn, the server 
lb sends the application to the client. 

S Although the exemplary embodiments will be generally described in the context of 

° software modules running in a distributed computing environment, those skilled in the art will 
recognize that the present invention also can be implemented in conjunction with other program 
modules for other types of computers. In a distributed computing environment, program 

25 modules may be physically located in different local and remote memory storage devices. 
Execution of the program modules may occur locally in a stand-alone manner or remotely in a 
client/server manner. Examples of such distributed computing environments include local area 
networks of an office, enterprise-wide computer networks, and the global Internet. 

The detailed description which follows is represented largely in terms of processes and 

30 symbolic representations of operations in a distributed computing environment by conventional 
computer components, including remote file servers, remote computer servers, remote memory 
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storage devices, a central processing unit (CPU), memory storage devices for the CPU, display 
devices and input devices. Each of these conventional distributed computing components is 
accessible by the CPU via a communications network. 

The processes and operations performed by the computer include the manipulation of 
5 signals by a CPU or remote server and the maintenance of these signals within data structures 
resident in one or more of the local or remote memory storage devices. Such data structures 
impose a physical organization upon the collection of data stored within a memory storage 
device and represent specific electrical or magnetic elements. These symbolic representations 
are the means used by those skilled in the art of computer programming and computer 
1 0 construction to most effectively convey teachings and discoveries to others skilled in the art. 

Referring now to the drawings, in which like numerals represent like elements throughout 
the several figures, aspects of the present invention and the preferred operating environment will 
f== be described. 

;« FIG. 1 illustrates various aspects of an exemplary computing environment in which the 

m present invention is designed to operate. Those skilled in the art will appreciate that FIG. 1 and 
£ the associated discussion are intended to provide a brief, general description of the preferred 
^ computer hardware and program modules, and that additional information is readily available in 
T the appropriate programming manuals, user's guides, and similar publications, 
f* FIG. 1 illustrates a conventional personal computer 10 suitable for supporting the 

5"""" 

SO operation of the preferred embodiment of the present invention. As shown in FIG. 1, the personal 
^ computer 10 operates in a networked environment with logical connections to a remote server 
G 225. The logical connections between the personal computer 10 and the remote server 225 are 
represented by a local area network 12 and a wide area network 13. Those of ordinary skill in the 
art will recognize that in this client/server configuration, the remote server 225 may function as a 
25 file server or computer server. 

The personal computer 10 includes a CPU 14, such as "PENTIUM" microprocessors 
manufactured by Intel Corporation of Santa Clara, Calif. The personal computer also includes 
system memory 15, including read only memory (ROM) 16 and random access memory (RAM) 
17, which is connected to the CPU 14 by a system bus 18. The preferred computer 10 utilizes a 
30 BIOS 19, which is stored in ROM 16. Those skilled in the art will recognize that the BIOS 19 is 
a set of basic routines that helps to transfer information between elements within the personal 
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computer 10. Those skilled in the art will also appreciate that the present invention may be 
implemented on computers having other architectures, such as computers that do not use a BIOS, 
and those that utilize other microprocessors. 

Within the personal computer 10, a local hard disk drive 20 is connected to the system 
5 bus 18 via a hard disk drive interface 21. A floppy disk drive 22, which is used to read or write a 
floppy disk 23, is connected to the system bus 18 via a floppy disk drive interface 24. A CD- 
ROM or DVD drive 25, which is used to read a CD-ROM or DVD disk 26, is connected to the 
system bus 18 via a CD-ROM or DVD interface 27. A user enters commands and information 
into the personal computer 10 by using input devices, such as a keyboard 28 and/or pointing 

10 device, such as a mouse 29, which are connected to the system bus 18 via a serial port interface 
30. Other types of pointing devices (not shown in FIG. 1) include track pads, track balls, pens, 
head trackers, data gloves and other devices suitable for positioning a cursor on a computer 

n monitor 31 . The monitor 31 or other kind of display device is connected to the system bus 18 via 

■■u a v ideo adapter 32. 

CB The remote server 225 in this networked environment is connected to a remote memory 

ft storage device 33. This remote memory storage device 33 is typically a large capacity device 
^ such as a hard disk drive, CD-ROM or DVD drive, magneto-optical drive or the like. Those 
r skilled in the art will understand that program modules such as an application 230 and a language 
conversion function 233 are provided to the remote server 225 via computer-readable media. 
SO The personal computer 10 is connected to the remote server 225 by a network interface 34, 
f 1 which is used to communicate over the local area network 12. 

O As shown in FIG. 1, the personal computer 10 is also connected to the remote server 225 

by a modem 35, which is used to communicate over the wide area network 13, such as the 
Internet. The modem 35 is connected to the system bus 18 via the serial port interface 30. The 

25 modem 35 also can be connected to the public switched telephone network (PSTN) or 
community antenna television (CATV) network. Although illustrated in FIG. 1 as external to the 
personal computer 10, those of ordinary skill in the art can recognize that the modem 35 may 
also be internal to the personal computer 10, thus communicating directly via the system bus 18. 
It is important to note that connection to the remote server 225 via both the local area network 12 
30 and the wide area network 13 is not required, but merely illustrates alternative methods of 
providing a communication path between the personal computer 10 and the remote server 225. 
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Although other internal components of the personal computer 10 are not shown, those of 
ordinary skill in the art will appreciate that such components and the interconnection between 
them are well known. Accordingly, additional details concerning the internal construction of the 
personal computer 10 need not be disclosed in connection with the present invention. 

5 Those skilled in the art will understand that data such as regional settings 205 and 

program modules such as an operating system 36, browser 213, and other software modules 38 
are provided to the personal computer 10 via computer-readable media. In the preferred 
computer, the computer-readable media include the local or remote memory storage devices, 
which may include the local hard disk drive 20, floppy disk 23, CD-ROM or DVD 26, RAM 17, 

10 ROM 16, and the remote memory storage device 33. In the preferred personal computer 10, the 
local hard disk drive 20 is used to store data and programs, including the operating system and 
programs. 

r i Referring now to FIG. 2, an exemplary architecture of the present invention will be 

S described. FIG. 2 illustrates an exemplary system 200 for providing a localizable application. 
|b The system 200 includes clients 210, 215, and 220 and a server 225 and comprises a distributed 
S computing environment. The server 225 receives digital signals from and sends digital signals to 
% i the clients 210, 215, and 220, typically via a distributed computer network, such as the Internet. 
T A browser 213 enables client 1 210 to present digital content, based upon digital signals 
u transmitted from the server 225. The server further comprises software modules including an 
lo application 230 and a language conversion function 233. The language conversion function 233 
G comprises a local string object 235, an Active Server Page Engine 245, language packs 240a 
^- through 240n, and a text converter 250. 

Using the browser 213, client 1 210 can access an application 230 on the server 225. 
When the application is accessed, client 1 210 also transmits regional settings 205. As an 
25 example, the regional settings 205 could be collected by an Active X control residing on the 
client. The Active X control can collect the regional settings, encode them in a string, and the 
string would be transmitted when the client connects with the server. Upon receipt of the 
regional settings string, the server 225 adopts regional settings for client 1 210. 

The local string object 235 determines the language the application 230 will be converted 
30 into based upon a client language preference. A language pack 240a is selected that matches the 
language selected by the local string object 235. The language pack 240a provides a translation 
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for the content of the application 230* The Active Server Page Engine 245 calls the text 
converter 250 with any application data that is sensitive to regional settings. The local string 
object 235 sends the sensitive data to the text converter 250 where it is properly formatted and 
converted to a string. The local string object 235 returns the formatted strings to the ASP Engine 
5 245 and the server 225 sends translated content for the application 230 to the client 210. 

FIG. 3 is a logic flow diagram illustrating an overview of exemplary steps for a language 
localization process with regional settings. Referring now to Figs. 2 and 3, a process 300 begins 
at step 310, with client 1 210 accessing an application 230 on a server 225. The regional setting 
information for client 1 210 is transmitted to the server 225 at the time the application 230 is 

10 accessed. In step 315, the local string object 235 determines the client's language preference at 
the server 225. Once the client's language preference is determined in step 320, the local string 
object 235 selects the language pack 240a that supports the preferred language. In step 325, the 

□ selected language pack 240a supplies all of the localizable elements in the application 230. 

J*J Formatting of any data in the application 230 sensitive to regional settings is accomplished in 

15 step 328. Finally, in step 330, the server 225 sends the localized and properly formatted 

O application to the client 1 210. 

'£ FIG. 4 is a logic flow diagram illustrating an exemplary process for the server to adopt 

s the regional settings of client 1 210 as represented in step 310. In step 411, the regional settings 
u are sent from client 1 210 to the server 225. As an example, the regional settings could be 
;€0 packaged as a string and placed in a hidden form field. This string would accompany the initial 
D request from the client 1 210 for the application 230. In step 412, the server 225 reads the 
regional settings information. The server 225 adopts the regional settings corresponding to the 
client 1 210 in step 413. The regional settings will control the format of data for the session that 
the client 1 210 maintains with the server 225. 
25 FIG. 5 is a logic flow diagram illustrating in more detail the exemplary steps of task 315 

for determining a client's language preference. Beginning with step 540, the local string object 
235 looks to the browser 213 to determine whether the client 210 has set an explicit language 
preference. If client 1 210 has set explicit language preferences, they will be contained, in order 
of preference, in a signal that the browser 213 sends to the server 225 at the time of the initial 
30 access. If client 1 210 has not set an explicit language preference, the "No" branch is followed to 
step 555. If client 1 210 has set an explicit language preference, the "Yes" branch is followed to 
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step 545. The local string object determines in step 445 whether there is a language pack that 
supports client l's explicit language preference. 

If there is a supporting language pack, the "Yes" branch is followed from step 545 to step 
570. The local string object 235 in step 570 sets a language variable to the client's language 
5 preference. If in step 545 there is no matching language pack, the "No" branch is followed to 
step 550 where the local string object 235 determines whether the browser 213 has transmitted 
other explicit language preferences for client 1 210. If client 1 210 has made other explicit 
language preferences, the "Yes" branch is followed back to step 545 and this loop continues until 
either an explicit language preference is matched to a language pack or client l's preferences are 
1 0 exhausted. When the explicit language preferences are exhausted in step 550, the "No" branch is 
followed to step 555, 

If step 555 is reached, client 1 210 does not have explicit language preferences and, 
consequently, the browser 213 transmits the operating system language of the client 1 210 to the 
server 225. The local string object 235 determines whether there is a language pack that matches 
f|5 the client 1 operating system language. If there is a language pack matching the operating 
S system language, the "Yes" branch is followed to step 565 and the language variable is set to 
"M correspond with the client 1 operating system language. If there is no language pack that 
matches the client 1 operating system language, the "No" branch is followed to step 560 and the 
f :s local string object 235 sets the language variable to a default setting predetermined by the server. 
t20 In step 575 the local string object 235 looks at a list of the language packs on the server 

k and selects the language pack 240a corresponding to the language variable. This language pack 
Q 240a will be used to convert, or localize, the string elements in the application into a particular 
language. Each language pack on the server contains the string conversions for a language. 

FIG. 6 sets forth in greater detail the process represented by task 325. Referring to FIG. 
25 6, in step 678, each string of content in the application 230 is assigned a unique identifier. The 
unique identifier is used to locate the string in a table located within the language pack. In step 
680, the ASP Engine 245, which renders the application content, calls the local string object for 
the localizable strings of content to be mapped. In response, the local string object maps the 
localizable strings of content in step 683 to the selected language pack 240a. Essentially, the 
30 mapping process is a search in the language pack for the string elements that make-up the 
application and their corresponding words or symbols in a specific language. In step 685, the 
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language pack 240a searches its string tables for the unique identifier of each localizable string 
and the corresponding localized string. Once a string is located, it is converted into the localized 
string which is in the desired language. This process is completed for all the encoded strings of 
content in the application. The local string object 235 retrieves the localized strings from the 
5 language pack 240a in step 688. In step 690, the local string object 235 passes the localized 
strings back to the ASP Engine 245. 

FIG. 7 is a logic flow diagram illustrating an exemplary process for formatting data to 
regional settings as represented in step 328. In step 710 the ASP Engine 245 calls the text 
converter 250 with data that is sensitive to regional settings. For example, this data could be 
1 0 dates, times, counting numbers, or currency values. The order in which the day, month, and year 
are set forth in a date varies among languages. Commas and decimal points are also used in 
different ways in setting out numbers for counting or for currency values. In step 715 the text 
ri converter 250 puts the data in the desired format utilizing the regional settings adopted from 
fl client 1 210 at the time the server was accessed. Once in the desired format, the data is also 
m converted to a string. Finally, in step 720, the formatted string is returned to the ASP Engine 
J- 245. The formatted string will be inserted into the HTML with the other strings retrieved from 
~I! the selected language pack 240a. 

T The steps represented in task 330 are set out in greater detail in FIG. 8. FIG. 8 illustrates 

ft the last phase of the process, actually transmitting the application to client 1 210 in the desired 
ib language and with the proper regional settings. In step 893, the ASP Engine 245 renders the 
D application in the selected language. This is typically accomplished by inserting the localized 
O strings from the language pack 240a and the formatted strings from the text converter 250 into 
HTML. Finally, the server 225 sends the localized and formatted application to the client's 
browser 213 as HTML content in step 895. 
25 Client 1 210 now has the application 230 in a language it can understand with the proper 

regional settings. At the same time, another client 215 may retrieve the application 230 in a 
different language and with different regional settings. A language pack 240n for the client 215 
selected language translates the application 230. The text converter 250 again formats any data 
sensitive to the regional settings of the newly selected language. Once the application is 
30 translated and formatted, it is sent to the client 215. Only one version of the application 230 
exists on the server 225 to facilitate any changes that need to be made. 

10 



Those skilled in the art will appreciate that the invention has a wide range of applications 
beyond the environment of the World Wide Web. This method of language localization could be 
utilized in other types of distributed computing networks where there is a need to express content 
in varying languages. This method can also be used in a situation where the application resides 
on a personal computer and localization occurs either on the personal computer or on another 
computer that is logically connected. 

It will be appreciated that the present invention fulfills the needs of the prior art described 
herein and meets the above-stated objects. While there has been shown and described the 
preferred embodiment of the invention, it will be evident to those skilled in the art that various 
modifications and changes may be made thereto without departing from the spirit and the scope 
of the invention as set forth in the appended claims and equivalence thereof. 
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CLAIMS 



What is claimed is: 

L A method for receiving an application in a desired language with correct regional 
settings from a server comprising the steps of: 

using a client to access the application on the server; 
determining a language preference for the client; 

converting the content of the application to the client's language preference by 
using a selected one of the language pack software modules on the server corresponding to the 
language preference; 

formatting the content of the application with regional settings corresponding to 
the client's language preference by using a text converter on the server; and 

transmitting the converted content of the application from the server to the client. 

2. The method of claim 1, wherein the step of using a client to access an application 
on a server comprises the steps of: 

sending a regional settings string from the client to the server; 
reading the regional settings string at the text converter; and 
adopting regional settings for the client at the text converter, 

3. The method of claim 1, wherein the step of formatting the content of the 
application with regional settings corresponding to the client's language preference comprises 
the steps of: 

calling the text converter with data sensitive to regional settings; 
formatting the sensitive data to the regional settings corresponding to the client's 
language preference and converting the data to a string; and 

returning the formatted string to an Active Server Page Engine. 

4. A computer-readable medium having computer-executable instructions for 
performing the steps recited in claim 1. 
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5. A computer system with a client capable of accessing an application residing on a 
server and sending a regional settings string to the server, wherein the server can provide client 
application content in a variety of languages with correct regional settings and the server 
comprises: 

5 a local string software module residing on the server and operable for determining a 

client's language preference; 

a plurality of language pack software modules residing on the server, each corresponding 
to a language and operable to convert the content of the application into a different language; and 
a text converter residing on the server and operable for receiving data sensitive to 
10 regional settings and converting the sensitive data to a format corresponding with the client's 
language preference. 



The system of claim 5, wherein the server is further operable for: 
receiving the regional settings string from the client; 
reading the regional settings string at the text converter; and 
adopting the regional settings for the client at the text converter. 

7. The system of claim 5, wherein the text converter software module residing on the 
server is further operable for: 
£0 receiving a call from an ASP Engine software module with data sensitive to 

regional settings; 

formatting the sensitive data; 

converting the formatted data into a string; and 

returning the formatted string to an Active Server Page Engine. 
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8. A method for receiving an application in a desired language with correct regional 
settings from a server comprising the steps of: 

using a client to access the application on the server; 
sending a regional settings string from the client to the server; 
5 reading the regional settings string at a text converter; 

adopting the regional settings for the client at the text converter; 
determining a language preference for the client; 

converting the content of the client application to the client's language preference 
by using a selected one of the language pack software modules on the server corresponding to 
1 0 the language preference; 

calling the text converter with data sensitive to regional settings; 
formatting the sensitive data to the regional settings corresponding to the client's 
language preference and converting the data to a string; and 
^ returning the formatted string to an Active Server Page Engine; and 

3J5 transmitting the converted content of the application from the server to the client. 
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SYSTEM AND METHOD FOR PROVIDING REGIONAL SETTINGS FOR 
SERVER-BASED APPLICATIONS 



Abstract of the Disclosure 

Using a server in a distributed computer network to provide an application to a client in 
the client's preferred language with the correct regional settings. A client accesses an 
application on a server and provides a preferred language and corresponding regional settings for 
the application. A local string software module determines the client's preferred language and 
selects a matching language pack software module. The language pack software module on the 
server takes the encoded content of the application and converts it into the language desired by 
the client. A text converter can take data such as dates, times, counting numbers, and currency 
values and convert them to the correct regional settings for the chosen language. The server then 
sends the translated application to the client. This approach eliminates the need to create 
separate applications for each language with distinct regional settings. 

K&S Docket: 06576-105029 
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